Wenn Ressourcen von Rational Developer für System z zum ersten Mal von einem Repository-Arbeitsbereich in Rational Team Concert genutzt werden oder wenn Ressourcen von Rational Team Concert aus einem Repository-Arbeitsbereich in MVS-Unterprojekte geladen werden, müssen Sie dem Repository-Arbeitsbereich einen Build-Kontext zuordnen.
Ein Build-Kontext ist eine Sammlung von Metadaten aus einer Build-Definition. Sie können zusätzliche Eigenschaften für den Build-Kontext angeben, wenn Sie einen bestimmten Repository-Arbeitsbereich zum ersten Mal gemeinsam nutzen oder zum ersten Mal Daten in den Repository-Arbeitsbereich laden. Die Zuordnung zwischen dem Repository-Arbeitsbereich und einem Build-Kontext bleibt so lange bestehen, wie gemeinsam genutzte Artefakte im lokalen Eclipse-Arbeitsbereich vorhanden sind. Dieser Build-Kontext beschreibt, wie der Build von Artefakten, die dem Repository-Arbeitsbereich zugeordnet sind, erfolgen soll.
Das Dateigruppenpräfix und die Werte der Variablensubstitution, die im Build-Kontext definiert sind, legen die Merkmale der z/OS-Sandbox des Benutzers fest. Dateien, die der Quellcodeverwaltung unterliegen, werden in Ihre z/OS-Sandbox extrahiert und anschließend aus Ihrer z/OS-Sandbox für den Build verwendet. Nachdem einem Repository-Arbeitsbereich ein Build-Kontext zugeordnet wurde, müssen alle künftigen Operationen zur gemeinsamen Nutzung oder zum Laden, die denselben Repository-Arbeitsbereich betreffen, diesen Build-Kontext verwenden (sofern nicht alle Member des MVS-Unterprojekts, die den zFiles in einem Repository-Arbeitsbereich zugeordnet sind, getrennt wurden).
Ausführliche Beispiele für die Konfiguration, die vor der gemeinsamen Nutzung oder dem Laden von zFiles erforderlich ist, enthält der Artikel Lernprogramm: COBOL-Anwendung mit einem Build unter Verwendung von Ant mit Enterprise Extensions kompilieren.