-
Notifications
You must be signed in to change notification settings - Fork 2
v1_EN_Git
How to use stable version of SRS? How to update code?
Some features are introduced in SRS2.0, the SRS1.0 does not support. The wiki url specifies the version of SRS supports it.
To checkout SRS1.0 branch:
git pull && git checkout 1.0release
To checkout SRS2.0 branch(if no 2.0release branch, it's master):
git pull && git checkout master
Note: The master branch is used as dev branch.
The stable SRS will create a new branch, for example, branch 1.0release.
User can git clone the SRS project:
git clone https://github.com/winlinvip/simple-rtmp-server
Mirrors: https://github.com/winlinvip/simple-rtmp-server/tree/1.0release#mirrors
Use git pull to update code, never git clone everytime.
git pull
Do not need to delete the objs, just update code and make. Use configure when make failed.
When user fork the SRS repository, user can pull request to sync with me.
For example, I fork the angularjs repository, sync after a month:
step 1:Click pull request
step 2: Switch to sync mode
Default is the original project on left, to pull to original project.
Click switching the base
, put the original project on right, to pull from original project.
step 3: Create pull request
Click Create pull request
, sync with original project.
Note: Click twice for sometimes one-click not work.
step 4: Pull request create
Input the message, Click Create pull request
step 5: Pull request crote
The pull request is submit to the forked repository.
Merge the pull request, sync with author.
step 6: Merge request
Click to merge.
step 7: Confirm merge
step 8: Sync ok
Then, git pull on your local linux.
When local modified, git pull maybe failed, you can reset your changes:
git reset --hard
git pull
Note: The git reset will lost all changes.
A project/repository can use multiple branches, and each commit can used as tag.
SRS use simple branch strategy, no feature branch, no hotfix branch.
Master is the main stable branch. Release is each release with bug fixed. Develop is the development branch.
Refer to http://nvie.com/posts/a-successful-git-branching-model/
Refer to http://blog.csdn.net/sabalol/article/details/7049851
Winlin 2014.11