Es gibt unbestreitbar viele Vorteile bei der Verwendung von DVCs und es kann wie zentralisiertes vcs verwendet werden, hat aber lokale Commits und kann das Projekt für eine kleinere Gruppe sehr leicht umleiten, was die kontinuierliche Integration erschwert. Es hilft bei der Entwicklung, dass jeder Zugriff auf die neuesten Änderungen hat, die vom CI-Server getestet werden, so dass die Möglichkeit inkompatibler Änderungen minimiert werden kann.Verwendet DVCs die kontinuierliche Integration in Unternehmensumgebungen?
Antwort
Sie können einen DVCS zentralisieren. Der Unterschied zwischen DVCS und zentralisierten besteht darin, dass Sie mit einem DVCS nicht haben, um es zu zentralisieren.
Sie könnten ein zentrales Repository haben, in dem jeder Änderungen vornehmen kann und jeder den neuesten Code abrufen kann. Sie können einen Commit-Hook auf dem Server schreiben, so dass jedes Mal, wenn jemand Code drückt, ein Test ausgeführt wird, um sicherzustellen, dass er die Tests besteht. Es ist wie eine zentralisierte Versionskontrolle, nur besser, weil ich einen lokalen Zweig erstellen und mehrere lokale Commits machen kann, bevor ich bereit bin, zum zentralen Server zu wechseln.
Haben Sie jemals eine große Veränderung vorgenommen, die viele Dinge kaputt macht und mehrere Commits machen wollte, aber nicht teilen, bis Sie fertig sind und alles wieder repariert ist? Das macht DVCS einfach.
Es macht es schwieriger, CI durchzuführen, da das Versionskontrollsystem Sie dazu ermutigt, sich NICHT kontinuierlich zu integrieren. Es gibt jedoch absolut nichts, was Sie davon abhält, diese regelmäßige Integration in das zentrale Repository durchzuführen. Das Team muss nur diszipliniert bleiben.
Wo kleinere Teams das Projekt abzweigen und für eine Weile ihr eigenes Ding machen, sollten Sie auch fortlaufende Integrationsaufbauten gegen diese Gabel machen und möglicherweise eine regelmäßige Integration zwischen den beiden Gabeln einrichten.
Diese in den Stream Strategien Integration der kontinuierlichen mehrstufigen Basis ähnlich sein würde, die Accurev schiebt:
http://www.accurev.com/multistage-continuous-integration.html
- 1. kontinuierliche Integration mit MySQL
- 2. Kontinuierliche Integration und QA
- 3. Kontinuierliche Integration und Datenbankverwaltung
- 4. kontinuierliche Integration Web-Service
- 5. Kontinuierliche Integration/Cruisecontrol Beratung
- 6. Bamboo Kontinuierliche Integration
- 7. Was ist kontinuierliche Integration?
- 8. Kontinuierliche Integration für Xcode-Projekte?
- 9. UI-Test-Framework + Kontinuierliche Integration?
- 10. Kontinuierliche Integration mit ASP.Net MVC
- 11. Wie funktioniert Ihre kontinuierliche Integration?
- 12. SVN Kontinuierliche Integration Service Provider
- 13. Kontinuierliche Integration vs Nächtliche Builds
- 14. OpenID Verwendung in Unternehmensumgebungen?
- 15. Kontinuierliche Integration - Wie oft ist kontinuierlich
- 16. Kauf einer Maschine für kontinuierliche Integration - Schlüsselfaktoren?
- 17. In welchem Zweig soll die kontinuierliche Integration getestet werden?
- 18. kontinuierliche Integration mit XCode Bots und Cocoapoden
- 19. Kontinuierliche Integration Server für .NET-Anwendungen?
- 20. Kontinuierliche Integration mit Laravel-Paket und Behat
- 21. Kontinuierliche Integration mit .net und svn
- 22. Kontinuierliche Integration, wo meine automatisierten Tests von
- 23. Azure Service Fabric - Kontinuierliche Integration auf VSTS
- 24. Kontinuierliche Integration mit mehreren Projekten/Sprachen/Umgebungen
- 25. F # -Typ-Provider und kontinuierliche Integration
- 26. Kontinuierliche Integration (CI) mit dem Phabricator?
- 27. Kontinuierliche Integration mit GTest und Buildbot
- 28. Kontinuierliche Integration mit Teamcity und Clearcase
- 29. TeamCity für Python/Django kontinuierliche Integration
- 30. Wie implementieren Sie die kontinuierliche Integration für .NET-Projekte?