Forum: Sonstige Werkzeuge
by jaenicke,
10. Nov 2016
Im Team macht da finde ich ein solcher Ablauf Sinn:
http://nvie.com/posts/a-successful-git-branching-model/
Bei einem einzelnen Entwickler wird man das eher nicht so konsequent machen. ;)
Forum: Sonstige Werkzeuge
by jaenicke,
9. Nov 2016
Das lohnt sich nur, wenn du eine längere Entwicklung, z.B. ein neues Feature, machst und daneben noch etwas anderes an dem Projekt machst. Zum Beispiel auch einen Bug analysieren.
Wenn du das neue Feature dann in einem eigenen Branch hast, kannst du mit dem unveränderten Projekt debuggen usw. und mergst das neue Feature dann erst am Ende in den Master-Branch.
Forum: Sonstige Werkzeuge
by jaenicke,
8. Nov 2016
Wir benutzen den Bonobo Git Server mit einem Windows Server.
Das war auch der Grund weshalb wir uns gegen Mercurial entschieden haben: Wir haben schlicht keinen einfach installierbaren und gut wartbaren Serverdienst gefunden.
Bonobo hat einen integrierten Webserver, sprich du kannst deine Repositorys einfach per Weboberfläche anlegen, verwalten usw.
Forum: Sonstige Werkzeuge
by jaenicke,
7. Nov 2016
In der Liste der Änderungen pro Build in der Buildmaschine. Inklusive Links zu den entsprechenden Tickets, Entwicklungsvorgängen usw., die automatisch als solche erkannt werden, wenn man die in den Commit schreibt.
In den JIRA-Vorgängen wiederum kommentiert die Buildmaschine, dass ein Fix in Build XY enthalten ist. So hat man überall immer Links zwischen den einzelnen Informationen.
Forum: Sonstige Werkzeuge
by jaenicke,
7. Nov 2016
Um mal Haare zu Spalten:
Dann ist es auch keine echte Buildnummer. ;-)
Aber bei kleineren Projekten habe ich das auch schon gesehen, bei unseren alten Projekten war das teilweise auch so, allerdings hieß es bei uns auch Revision, nicht Buildnummer. Aber egal ob bei Microsoft, Adobe oder wo auch immer, da wirst du so etwas kaum finden. Habe ich jedenfalls noch nicht gesehen.
Forum: Sonstige Werkzeuge
by jaenicke,
7. Nov 2016
Wie wäre es denn mit mehr Details was genau du daran als Nachteil empfindest?
Dass bei Git die Dateien eines Branches beim Anlegen eines neuen Branches nicht komplett kopiert werden? So dass du da viel schneller und einfacher mit mehreren Branches arbeiten kannst?
Dass das Mergen durch das reine Speichern von Changesets in der Regel unproblematischer verläuft?
Dass bei der Kommunikation mit...
Forum: Sonstige Werkzeuge
by jaenicke,
6. Nov 2016
Das haben wir versucht, eigentlich wäre die sehr praktisch. Neue Units automatisch ins Repository usw., an jeder Zeile die letzte Änderung sehen, ...
Wenn das alles geklappt hätte, hätten wir auch einen eigenen Commit-Dialog gebaut, der die für uns nötigen Angaben (Ticketnummer usw.) direkt in das passende Format bringt, damit unsere Build Tools diese extrahieren können.
Aber leider gab es...
Forum: Sonstige Werkzeuge
by jaenicke,
6. Nov 2016
Die Ansichten finde ich total unübersichtlich. Dass man bei solchen Fenstern als VCS-Einsteiger keine Lust mehr hat, kann ich absolut nachvollziehen. Da habe ich selbst ja auch schon keine Lust mehr mir das anzuschauen. ;-)
Da finde ich die Fenster und Ansichten aus meinen Screenshots mit TortoiseGit deutlich besser:...
Forum: Sonstige Werkzeuge
by jaenicke,
6. Nov 2016
Ich habe hier zu Git mal eine kurze Einführung mit Screenshots geschrieben (wirklich nur kurz zum Einstieg):
http://www.entwickler-ecke.de/topic_Kurze+Einfuehrung+in+Versionsverwaltungen+am+Beispiel+von+Git_115462.html
Zum Server bin ich leider noch nicht gekommen...
Ich zitiere mich mal selbst von hier:
