Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
Flo aka kleiner_hacker
Anmeldungsdatum: 23.06.2006 Beiträge: 1210
|
Verfasst am: 25.05.2013, 13:50 Titel: git-workflow |
|
|
Hallo,
ich brauche etwas Hilfe bei git:
ich habe ein Projekt, welches ein zentrales Repository Z hat
Ausserdem habe ich zwei (mehr?) Computer A,B,..., welche alles dieses Repo Z geklont haben.
Nun will ich in dieses Z-Repo ausschliesslich "known good" und kompilierende Commits pushen. Allerdings sollen diese Computer A,B ohne Interaktion mit Z gegenseitig den momentanen state-of-work (der durchaus mal kaputt sein kann) austauschen koennen.
Wie mache ich sowas?
meine Idee waere grob:
A erzeugt einen neuen Branch aus origin/fancy_feature, namens fancy_feature_WIP
B pullt diesen Branch direkt von A (wie richte ich das ein?)
jetzt pullen A und B gegenseitig immer den Branch
wie kann ich jetzt aber einen funktionierenden Zustand von fancy_feature_WIP wieder in fancy_feature mergen/committen, *ohne dass die ganzen kaputten Zwischencommits mitkommen*?
Oder, viel einfacher: kann ich mit git gar einfach alle staged, aber uncommitted changes pullen? _________________ MFG
Flo
Satoru Iwata: Wer Spaß am Spielen hat, fragt nicht nach Grafik.
zum korrekten Verstaendnis meiner Beitraege ist die regelmaessige Wartung des Ironiedetektors unerlaesslich. |
|
Nach oben |
|
|
MisterD
Anmeldungsdatum: 10.09.2004 Beiträge: 3071 Wohnort: bei Darmstadt
|
Verfasst am: 26.05.2013, 20:44 Titel: |
|
|
http://gitref.org/remotes/ _________________ "It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra |
|
Nach oben |
|
|
Flo aka kleiner_hacker
Anmeldungsdatum: 23.06.2006 Beiträge: 1210
|
Verfasst am: 30.05.2013, 16:56 Titel: |
|
|
wie kann ich jetzt aber einen funktionierenden Zustand von fancy_feature_WIP wieder in fancy_feature mergen/committen, *ohne dass die ganzen kaputten Zwischencommits mitkommen*?
oder gibt es gar ne moeglichkeit, die uncommitted, (un)staged changes hin-und herzusyncen? _________________ MFG
Flo
Satoru Iwata: Wer Spaß am Spielen hat, fragt nicht nach Grafik.
zum korrekten Verstaendnis meiner Beitraege ist die regelmaessige Wartung des Ironiedetektors unerlaesslich. |
|
Nach oben |
|
|
MisterD
Anmeldungsdatum: 10.09.2004 Beiträge: 3071 Wohnort: bei Darmstadt
|
Verfasst am: 30.05.2013, 18:39 Titel: |
|
|
du meinst du willst alle deine commits auf dem branch in einen einzigen commit zusammenfassen? http://gitready.com/advanced/2009/02/10/squashing-commits-with-rebase.html _________________ "It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra |
|
Nach oben |
|
|
28398
Anmeldungsdatum: 25.04.2008 Beiträge: 1917
|
Verfasst am: 02.06.2013, 09:11 Titel: |
|
|
Du hast git erst dann verstanden, wenn du feststellst, dass du jede Operation auf einem Repository auch mit git-rebase durchführen kannst…
:: Du kannst auch schadfrei branches in Z pushen und Z somit auch zum Austausch nutzen. Irgendwann machst du dein rebase, pushst --force das in Z (weil du mit sicherheit refs überschreiben musst durch den rebase), mergest das in deinen nicht-_WIP zweig, der wiederrum irgendwann in master gemergt wird. Damit verschwinden dann die gemergten branches von der bildfläche… |
|
Nach oben |
|
|
|