Das übliche Verfahren für alles andere läuft über ein gemeinsames Repository, meist verwaltet durch Git, samt Branches, Forks, Merge, Commits, Fetch, Pull requests usw. etc. pp².elf hat geschrieben:Wenn wir gemeinsam im gleichen Projekt-Verzeichnis arbeiten, wie kriegen wir es hin, dass wir uns nicht gegenseitig den Code zerschießen?
Natürlich hilft das weiter. Dafür gibt es ja Branches, Forks (nur bei GitHub), Clones usw. Alle Entwicklerteams haben diese potentiellen Konflikte grundsätzlich in allen Projekten, unabhängig von der Programmiersprache, und Git hat nicht ohne Grund mittlerweile die anderen Codeverwaltungstools weitgehend verdrängt.fiddi hat geschrieben:Da hilft dir auch Git nicht weiter, weil es erst greift, wenn etwas schon fertig ist. Das ist es in diesem Fall aber nicht, weil alle parallel am gleichen Code arbeiten,
Ich würde sogar empfehlen, selbst wenn man nur alleine entwickelt, sich intensiv damit zu beschäftigen und jedes Projekt damit zu verwalten. Sonderlich intuitiv finde ich Git nicht, und den Umgang damit lernt man auch nicht von heute auf morgen, aber der Aufwand zahlt sich in langfristigen Projekten immer aus.
Ich denke, das was Edgar meint, ist die gemeinsame Entwicklung in einem Projekt.
kann uns git dabei helfen?
elf hat geschrieben:kann uns git dabei helfen?
Auch wenn es nur eine kleine Anpassung ist, muss man ja immer damit rechnen, dass jemand anderes die Arbeit fortfĂĽhren muss, sei es nun zeitweilig wegen Urlaub oder Krankheit, oder permanent. Bei C/AL hat man die Objekte immer in der jeweiligen Datenbank, wo sie wirksam sind, und kann sich mit Datumsfilter usw. zumindest grob orientieren.fiddi hat geschrieben:Andererseits ist ein angepasstes Report- Layout oder eine Kundenauswertung fĂĽr mich kein Grund ein Riesen- Projekt aufzusetzen.
ZurĂĽck zu 365 Business Central (On-Premises)
Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast