User Tools

Site Tools


dev:contributing_code_faq

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
dev:contributing_code_faq [2022/02/10 13:34] – external edit 127.0.0.1dev:contributing_code_faq [2023/06/01 12:01] (current) – update branch name from master to main gmcharlton
Line 3: Line 3:
  
   * What version control system do you use?    * What version control system do you use? 
-      * We use git at [[https://bugs.launchpad.net/evergreen | https://bugs.launchpad.net/evergreen]] and offer access to the "working" Evergreen repository  to anyone who sends in an SSH key.  We ask that you create "topic branches" based against master for each feature you want to contribute and keep them separated, if you can. Also, please open a bug at bugs.launchpad.net/evergreen and point at your branch when you're ready to have it reviewed.  More info on how we use git at [[dev:git|http://evergreen-ils.org/dokuwiki/doku.php?id=dev:git]]+      * We use git at [[https://bugs.launchpad.net/evergreen | https://bugs.launchpad.net/evergreen]] and offer access to the "working" Evergreen repository  to anyone who sends in an SSH key.  We ask that you create "topic branches" based against main for each feature you want to contribute and keep them separated, if you can. Also, please open a bug at bugs.launchpad.net/evergreen and point at your branch when you're ready to have it reviewed.  More info on how we use git at [[dev:git|http://evergreen-ils.org/dokuwiki/doku.php?id=dev:git]]
  
   * Should we submit our changes back to the community as a bulk patch to the current version or would it be more applicable to submit each change we are making independently?   * Should we submit our changes back to the community as a bulk patch to the current version or would it be more applicable to submit each change we are making independently?
-    * The *ideal* situation for the community would be for your developers to check code into a public Git repository and work in feature branches based on the Evergreen master branch.  You would presumably be able to get the most rapid feedback from others in the Evergreen developer community that way, too.  Patches work best when applied against master as opposed to diffing against a release directly.+    * The *ideal* situation for the community would be for your developers to check code into a public Git repository and work in feature branches based on the Evergreen main branch.  You would presumably be able to get the most rapid feedback from others in the Evergreen developer community that way, too.  Patches work best when applied against main as opposed to diffing against a release directly.
  
   * What IDE do you all use for working with and debugging Evergreen PERL code?  Eclipse, Komodo?    * What IDE do you all use for working with and debugging Evergreen PERL code?  Eclipse, Komodo? 
dev/contributing_code_faq.1644518097.txt.gz · Last modified: 2022/02/10 13:34 by 127.0.0.1

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki

© 2008-2022 GPLS and others. Evergreen is open source software, freely licensed under GNU GPLv2 or later.
The Evergreen Project is a U.S. 501(c)3 non-profit organization.