Difference between revisions of "Dev:Source code"

From Synfig Studio :: Documentation
Jump to: navigation, search
(git:// urls are broken atm, will fix tomorrow, use http ones for now)
m
 
(32 intermediate revisions by 7 users not shown)
Line 1: Line 1:
Hey you! Do you want access to bleeding-edge Synfig? Well, I have good news. Anonymous access to the Synfig Subversion repository for Synfig is now enabled! Here are the URLs to the respective repositories:
+
{{Title|Source code}}
 +
{{Category|Code}}
 +
{{Category|Permalink}}
  
* http://svn.voria.com/code/ETL/
+
Hey you! Do you want access to bleeding-edge Synfig? Well, I have good news. We provide a way to get the code:  
* http://svn.voria.com/code/synfig-docs/
+
* http://svn.voria.com/code/synfig-core/
+
* http://svn.voria.com/code/synfig-studio/
+
  
From the command line, to check out synfig, you would type:
+
*Using git (one repository)
  
  svn co http://svn.voria.com/code/synfig-core/trunk/ synfig
+
Once you grab the code, you will need to follow the {{l|Dev:Build Instructions|build instructions}}.
  
You can also download a [http://synfig.org/code/synfig-svn-checkout.tar.gz daily updated svn checkout] that you can update using svn up. This was created using a [[Subversion|procedure]] by [[User:Dooglus|dooglus]].
+
Commit notifications to master branch are <strike>sent to [http://cia.vc/stats/project/synfig CIA] and</strike> shown up in the {{l|Contact|IRC channel}}.
  
You can also download daily updated svn exports for [http://synfig.org/code/ETL-svn.tar.gz ETL], [http://synfig.org/code/synfig-svn.tar.gz synfig], [http://synfig.org/code/synfigstudio-svn.tar.gz synfigstudio].
+
== GIT repository at Github==
  
Once you grab the code, you will need to bootstrap the build environment and then [[Build instructions|build the code]].
+
Anonymous access:
  
Commit notifications are sent to [http://cia.vc/stats/project/synfig CIA] and show up in the [[Communication|IRC channel]].
+
  git clone git://github.com/synfig/synfig.git
+
People with commit access should use this command instead:
We are trialling [http://git.or.cz/ git] and may switch to it:
+
  
   git clone http://synfig.org/git/ETL.git
+
   git clone git@github.com:synfig/synfig.git
  git clone http://synfig.org/git/synfig.git
+
  git clone http://synfig.org/git/synfigstudio.git
+
  
People with commit access should use these commands instead:
+
Or this one if you prefer https protocol:
  
  git clone git@synfig.org:ETL.git
+
git clone https://github.com/synfig/synfig.git
  git clone git@synfig.org:synfig.git
+
  git clone git@synfig.org:synfigstudio.git
+
  
You can also check out the [http://synfig.org/gitweb/ web interface] to these repositories.
+
You can also check out the [https://github.com/synfig/synfig web interface] to that repository.
  
Also, dooglus maintains a git-svn repository of synfig and has a [http://kibi.dyndns.org:8083/~dooglus/gitweb.pl?p=synfig;a=summary gitweb interface] for it.
+
Check out [https://help.github.com Github help page] for further references.
  
 +
=Proposed git workflow=
 +
 +
* Consider the '''master''' branch the stable one.
 +
* Each coder should have a '''username_master''' branch where all the small changes are done.
 +
* Once the '''username_master''' branch is considered stable it can be rebased/merged to '''master'''.
 +
* Work on new non-trivial features/fixes on '''username_feature''' branches.
 +
* Once the '''username_feature''' branch is considered stable it can be rebased/merged to '''master'''.
 +
* Obviously commit trivial fixes straight to the '''master'''.
 +
* If it is possible, rebase & rework branches to keep history more sane, linear and atomic.
 +
* Releases are tagged according to following criteria:
 +
** If the release consist on a few trivial set of features or bug fixes then increase the third numeration level: 0.64.0 -> 0.64.1
 +
** If the release consist on a set of important features and/or includes non backward compatible file format, then increase the second level numeration: 0.64.1 -> 0.65.0
 +
 +
=See Also=
 
While you are browsing the code, you may wish to refer to these links:
 
While you are browsing the code, you may wish to refer to these links:
  
* [[Source Outline|source code outline]]
+
* [http://www.synfig.org/issues/thebuggenie/synfig Bug tracker]
* [[Source Glossary|source code glossary]]
+
* [http://sourceforge.net/p/synfig/mailman/synfig-devl/ Synfig Dev mailing list]
* [http://synfig.org/api/ API documentation]
+
==Code overview==
* [[Source:ETL_make_check|ETL make check failures]]
+
* [http://download.tuxfamily.org/synfig/api/index.html API documentation]
* [[Source:Layers|Mapping between layer types, classes and .cpp files]]
+
* {{l|Dev:Source Outline|source code outline}}
* [[Source:class_ValueNode|ValueNode types]]
+
* {{l|Dev:Source Glossary|source code glossary}}
* [[Source:BlendMethods|Blend Method enumeration values]]
+
* {{l|Dev:Layers|Mapping between layer types, classes and .cpp files}}
 +
* {{l|Dev:class_ValueNode|ValueNode types}}
 +
* {{l|Dev:BlendMethods|Blend Method enumeration values}}
 +
==Others==
 +
* {{l|Dev:ETL_make_check|ETL make check failures}}
 +
* {{l|Interesting Readings}}
 +
 
 +
<!--
 +
Proposed set of git repositories (this section is outdated):
 +
 
 +
* admin.git - gitosis admin settings - holds groups, repos and users
 +
* code/* - direct conversions from SVN
 +
** code/ETL.git - ETL
 +
** code/synfig.git - synfig
 +
** code/synfigstudio.git - synfigstudio
 +
* pkg/* - bits for various packaging systems
 +
** pkg/windows.git - Windows packaging (needs separating from the code repos)
 +
** pkg/macos.git - MacOS packaging (needs separating from the code repos)
 +
** pkg/jhbuild.git - JHBuild moduleset (needs writing)
 +
** pkg/autopackage.git - Autopackage bits (needs writing)
 +
* web/* - various bits used to maintain the website
 +
** web/skin.git - skin for the website
 +
** web/content.git - content for the website (pending switch to ikiwiki)
 +
* misc/* - various stuff needed
 +
** misc/svn2git.git - the scripts used to convert the SVN repo to git
 +
-->

Latest revision as of 17:55, 16 March 2017

Hey you! Do you want access to bleeding-edge Synfig? Well, I have good news. We provide a way to get the code:

  • Using git (one repository)

Once you grab the code, you will need to follow the build instructions.

Commit notifications to master branch are sent to CIA and shown up in the IRC channel.

GIT repository at Github

Anonymous access:

 git clone git://github.com/synfig/synfig.git 

People with commit access should use this command instead:

 git clone git@github.com:synfig/synfig.git

Or this one if you prefer https protocol:

git clone https://github.com/synfig/synfig.git

You can also check out the web interface to that repository.

Check out Github help page for further references.

Proposed git workflow

  • Consider the master branch the stable one.
  • Each coder should have a username_master branch where all the small changes are done.
  • Once the username_master branch is considered stable it can be rebased/merged to master.
  • Work on new non-trivial features/fixes on username_feature branches.
  • Once the username_feature branch is considered stable it can be rebased/merged to master.
  • Obviously commit trivial fixes straight to the master.
  • If it is possible, rebase & rework branches to keep history more sane, linear and atomic.
  • Releases are tagged according to following criteria:
    • If the release consist on a few trivial set of features or bug fixes then increase the third numeration level: 0.64.0 -> 0.64.1
    • If the release consist on a set of important features and/or includes non backward compatible file format, then increase the second level numeration: 0.64.1 -> 0.65.0

See Also

While you are browsing the code, you may wish to refer to these links:

Code overview

Others