mirror of
https://github.com/lwip-tcpip/lwip.git
synced 2024-12-26 12:13:47 +00:00
157 lines
5.4 KiB
Plaintext
157 lines
5.4 KiB
Plaintext
Daily Use Guide for using Savannah for lwIP
|
|
|
|
Table of Contents:
|
|
|
|
1 - Obtaining lwIP from the CVS repository
|
|
2 - Committers/developers CVS access using SSH (to be written)
|
|
3 - Merging from DEVEL branch to main trunk (stable branch)
|
|
4 - How to release lwIP
|
|
|
|
|
|
|
|
1 Obtaining lwIP from the CVS repository
|
|
----------------------------------------
|
|
|
|
To perform an anonymous CVS checkout of the main trunk (this is where
|
|
bug fixes and incremental enhancements occur), do this:
|
|
|
|
export CVS_RSH=ssh
|
|
cvs -d:ext:anoncvs@subversions.gnu.org:/cvsroot/lwip checkout lwip
|
|
|
|
(If SSH asks about authenticity of the host, you can check the key
|
|
fingerprint against http://savannah.nongnu.org/cvs/?group=lwip)
|
|
|
|
Or, obtain a stable branch (updated with bug fixes only) as follows:
|
|
cvs -d:ext:anoncvs@subversions.gnu.org:/cvsroot/lwip checkout -r STABLE-0_7 -d lwip-0.7 lwip
|
|
|
|
Or, obtain a specific (fixed) release as follows:
|
|
cvs -d:ext:anoncvs@subversions.gnu.org:/cvsroot/lwip checkout -r STABLE-0_7_0 -d lwip-0.7.0 lwip
|
|
|
|
Or, obtain a development branch (considered unstable!) as follows:
|
|
cvs -d:ext:anoncvs@subversions.gnu.org:/cvsroot/lwip checkout -r DEVEL -d lwip-DEVEL lwip
|
|
|
|
3 Committers/developers CVS access using SSH
|
|
--------------------------------------------
|
|
|
|
The Savannah server uses SSH (Secure Shell) protocol 2 authentication and encryption.
|
|
As such, CVS commits to the server occur through a SSH tunnel for project members.
|
|
To create a SSH2 key pair in UNIX-like environments, do this:
|
|
|
|
ssh-keygen -t dsa
|
|
|
|
Under Windows, a recommended SSH client is "PuTTY", freely available with good
|
|
documentation and a graphic user interface. Use its key generator.
|
|
|
|
Now paste the id_dsa.pub contents into your Savannah account public key list. Wait
|
|
a while so that Savannah can update its configuration (This can take minutes).
|
|
|
|
Try to login using SSH:
|
|
|
|
ssh -v your_login@subversions.gnu.org
|
|
|
|
If it tells you:
|
|
|
|
Authenticating with public key "your_key_name"...
|
|
Server refused to allocate pty
|
|
|
|
then you could login; Savannah refuses to give you a shell - which is OK, as we
|
|
are allowed to use SSH for CVS only. Now, you should be able to do this:
|
|
|
|
export CVS_RSH=ssh
|
|
cvs -d:ext:your_login@subversions.gnu.org:/cvsroot/lwip checkout lwip
|
|
|
|
after which you can edit your local files with bug fixes or new features and
|
|
commit them. Make sure you know what you are doing when using CVS to make
|
|
changes on the repository. If in doubt, ask on the lwip-members mailing list.
|
|
|
|
3 Merging from DEVEL branch to main trunk (stable)
|
|
--------------------------------------------------
|
|
|
|
Merging is a delicate process in CVS and requires the
|
|
following disciplined steps in order to prevent conflicts
|
|
in the future. Conflicts can be hard to solve!
|
|
|
|
Merging from branch A to branch B requires that the A branch
|
|
has a tag indicating the previous merger. This tag is called
|
|
'merged_from_A_to_B'. After merging, the tag is moved in the
|
|
A branch to remember this merger for future merge actions.
|
|
|
|
IMPORTANT: AFTER COMMITTING A SUCCESFUL MERGE IN THE
|
|
REPOSITORY, THE TAG MUST BE SET ON THE SOURCE BRANCH OF THE
|
|
MERGE ACTION (REPLACING EXISTING TAGS WITH THE SAME NAME).
|
|
|
|
Merge all changes in DEVEL since our last merge to main:
|
|
|
|
In the working copy of the main trunk:
|
|
cvs update -P -jmerged_from_DEVEL_to_main -jDEVEL
|
|
|
|
(This will apply the changes between 'merged_from_DEVEL_to_main'
|
|
and 'DEVEL' to your work set of files)
|
|
|
|
We can now commit the merge result.
|
|
cvs commit -R -m "Merged from DEVEL to main."
|
|
|
|
If this worked out OK, we now move the tag in the DEVEL branch
|
|
to this merge point, so we can use this point for future merges:
|
|
|
|
cvs rtag -F -r DEVEL merged_from_DEVEL_to_main lwip
|
|
|
|
4 How to release lwIP
|
|
---------------------
|
|
|
|
First, checkout a clean copy of the branch to be released. Tag this set with
|
|
tag name "STABLE-0_6_3". (I use release number 0.6.3 throughout this example).
|
|
|
|
Login CVS using pserver authentication, then export a clean copy of the
|
|
tagged tree. Export is similar to a checkout, except that the CVS metadata
|
|
is not created locally.
|
|
|
|
export CVS_RSH=ssh
|
|
cvs -d:ext:anoncvs@subversions.gnu.org:/cvsroot/lwip export -r STABLE-0_6_3 -d lwip-0.6.3 lwip
|
|
|
|
Archive this directory using tar, gzip'd, bzip2'd and zip'd.
|
|
|
|
tar czvf lwip-0.6.3.tar.gz lwip-0.6.3
|
|
|
|
First, make a local release directory to work in, I use "lwip-releases":
|
|
|
|
mkdir lwip-releases
|
|
cd lwip-releases
|
|
|
|
Now, make a new release by creating a new directory for it (these are
|
|
Savannah conventions so that it shows up in the Files list real nice):
|
|
|
|
mkdir stable.pkg
|
|
mkdir stable.pkg 0.6.3
|
|
|
|
We can now copy the tar archive we made earlier into the release directory:
|
|
|
|
cp ../../../lwip-0.6.3.tar.gz .
|
|
|
|
Finally, synchronize this directory upwards to Savannah:
|
|
|
|
rsync -n -e "ssh -1" -t -u -v -r *.pkg likewise@savannah.nongnu.org:/upload/lwip
|
|
|
|
This does a "dry run": no files are modified! After you have confirmed that
|
|
this is what you intended to do, remove "-n" and actually synchronize for
|
|
real. The release should now be available here:
|
|
|
|
http://savannah.nongnu.org/files/?group=lwip
|
|
|
|
---
|
|
Explanation of rsync options used:
|
|
|
|
-t: preserve file timestamps
|
|
-u: do not overwrite existing files, unless they are older
|
|
-v: be verbose (long format file attributes)
|
|
-r: recurse into directories
|
|
-n: dry-run, do not modify anything.
|
|
---
|
|
|
|
Additionally, you may post a news item on Savannah, like this:
|
|
|
|
A new 0.6.3 release is now available here:
|
|
http://savannah.nongnu.org/files/?group=lwip&highlight=0.6.3
|
|
|
|
You will have to submit this via the user News interface, then approve
|
|
this via the Administrator News interface. |