| 
					
				 | 
			
			
				@@ -33,7 +33,7 @@ release. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 When doing a /major release/, make sure all changes from the maint 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 branch are merged into the the master branch, then merge the master 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-branch back into maint to synchronize the two.   
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+branch back into maint to synchronize the two. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 ** Minor release 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -41,7 +41,7 @@ The release number for minor releases look like this:  =7.13.01= 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 Minor releases are small amends to main releases.  Usually they fix 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 critical bugs discovered in a main release.  Minor bugs are usually 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-not fixed -- they will be adressed in the next main release.   
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+not fixed -- they will be adressed in the next main release. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 Only the fix to the bug is bundled into a release, without the main 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 development work going on in the master branch.  Since the bug fix 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -50,7 +50,7 @@ maint then merged in master. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 ** Tagging the release 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-When doing a major and a minor release, after all necessary merging  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+When doing a major and a minor release, after all necessary merging 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 is done, tag the _maint_ branch for the release with: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   git tag -a "Adding release tag" release_7.9.1 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -65,11 +65,11 @@ Log on the orgmode.org server as the emacs user and cd to 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 ~/git/org-mode 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 From there do 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-   
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+ 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   make release 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   make upload 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-to create the .tar.gz and .zip files, the documentation, and to  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+to create the .tar.gz and .zip files, the documentation, and to 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 upload everything at the right place. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 * Working with patchwork 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -246,7 +246,7 @@ So the way I have been doing things with Emacs is this: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 * Updating the list of hooks/commands/options on Worg 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-  Load the =mk/eldo.el= file then =M-x eldo-make-doc RET=.  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+  Load the =mk/eldo.el= file then =M-x eldo-make-doc RET=. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   This will produce an org file with the documentation. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 |