moved branch name impacts
authorChris Koeritz <fred@gruntose.com>
Thu, 20 Aug 2020 13:46:03 +0000 (09:46 -0400)
committerChris Koeritz <fred@gruntose.com>
Thu, 20 Aug 2020 13:46:03 +0000 (09:46 -0400)
tossed out "master" branch in favor of "main" branch.  these files are modified for that specific reason or for similar reasons.

documentation/feisty_meow_command_reference.txt
documentation/feisty_meow_dox.config
infobase/configuration/cron/synch_and_swim_downstream.crontab
infobase/configuration/git/how_to_push_existing_git_repo_to_new_target.txt
kona/src/org/feistymeow/system/RegistryEditorTestCase.java
scripts/rev_control/push_repo_downstream.sh
scripts/rev_control/quick_git_release.sh

index 21de010dc17fdb39d347ab594b86184e01480ad3..796f7e650b486eab375017ce4088367ccaf93e8b 100644 (file)
@@ -126,7 +126,7 @@ some assorted other revision control commands:
   pushd $FEISTY_MEOW_APEX; git checkout dev; popd
 
   and this command will get you back onto the mainline branch:
-  pushd $FEISTY_MEOW_APEX; git checkout master; popd
+  pushd $FEISTY_MEOW_APEX; git checkout main; popd
 
 =============================
 the site avenger script suite
index 1566a3506adb973edc802a98ce7be0b47dc22d1e..be74437cd5173a7e59406e7ecb1ffbbcd69efb6e 100644 (file)
@@ -685,7 +685,7 @@ HHC_LOCATION           =
 
 # If the GENERATE_HTMLHELP tag is set to YES, the GENERATE_CHI flag 
 # controls if a separate .chi index file is generated (YES) or that 
-# it should be included in the master .chm file (NO).
+# it should be included in the main .chm file (NO).
 
 GENERATE_CHI           = NO
 
index 196d241f21ca58cbd4bf5947bc84549f6891a9a3..5b43e7904173f3e62808145216f515a5f78cb3a9 100644 (file)
@@ -2,7 +2,7 @@
 ##############
 
 #[synch and swim downstream]
-# updates local code repositories from master versions before uploading any changes to downstream
+# updates local code repositories from main versions before uploading any changes to downstream
 # repositories, such as sourceforge or github.  the uploading process (which we think of as sending
 # those updated items swimming downstream to their dependent repositories) is done automatically in
 # our makefiles.  that's why the code below relies on the top-level makefile in home.
index ea1d48891685e6451ee3d2c9af0a672266b45f83..504fedf85ec85a40b159f64f26c881588d0cf9a8 100644 (file)
@@ -9,7 +9,6 @@ git remote add github https://github.com/fredhamster/feisty_meow.git
 git remote -v
 
 # stuff the repository contents up to the target.
-git push github master
-
+git push github main
 
 
index e26927b8e4badf2be5fe0740f8db275795231fe7..7813f8ea5a2c788e6cc8f2d52dc040f8da9b7812 100644 (file)
@@ -60,7 +60,7 @@ public class RegistryEditorTestCase
        @Test\r
        public void testSetValueAndRemove_AllWork()\r
        {\r
-               String EXAMPLE_KEY_ROOT = "HKCU\\Software\\SpunkMaster5000";\r
+               String EXAMPLE_KEY_ROOT = "HKCU\\Software\\SpunkBaster5000";\r
                String EXAMPLE_KEY = EXAMPLE_KEY_ROOT + "\\traumix";\r
                String EXAMPLE_VALUE = "glonkish";\r
                String EXAMPLE_CONTENTS1 = "ralphWiggum!";\r
index 1fc6e0ba904d351ee99218237f47fc9218c989d4..0135a40492310f3869d010babe785bd0329172af 100644 (file)
@@ -56,13 +56,13 @@ exit_on_error "doing a careful update on: $tempfile"
 rm "$tempfile"
 
 # seems to be needed to cause a merge to be resolved.
-git pull downstream master
+git pull downstream main
 # -m "unfortunate merge"
-exit_on_error "running the git pull downstream master"
+exit_on_error "running the git pull downstream main"
 
 # send our little boat down the stream to the dependent repository.
-git push --tags downstream master
-exit_on_error "running the git push downstream master"
+git push --tags downstream main
+exit_on_error "running the git push downstream main"
 
 # do our dev branch also.
 git push --tags downstream dev
index 1b6976a988f8d7f708a940e63dd6e141d5f8b5f3..e37aca80feb305602ffab3f5b9fb8b3bdb55deab 100644 (file)
@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# a simple and quick method for making a new release, merging it into the master branch,
+# a simple and quick method for making a new release, merging it into the main branch,
 # and tagging it with a new tag for the release.
 # currently needs to be told the new release name, which is actually also gotten from
 # the "next_version" script.  if these differ, there will be confusion for users about
@@ -15,7 +15,7 @@ source $FEISTY_MEOW_SCRIPTS/core/launch_feisty_meow.sh
 #  + better if we could get the version automatically, but there is a circular dependency where we want to check out the new branch by version number.
 
 # these are the steps i take on feisty meow when i have a dev branch that is
-# ready to merge in to the master branch as a new release.  the process
+# ready to merge in to the main branch as a new release.  the process
 # includes adding the tag for the new release and such.  there are manual
 # steps for adding the commit comments, including an introspection phase
 # with gitk before the release commit comment is created.
@@ -69,20 +69,20 @@ branch name and release tag name of the new release.
 #read line
   git push --set-upstream origin "$new_release"
 
-  # grab out the master branch as the active one.
-#echo about to check out master--hit enter
+  # grab out the main branch as the active one.
+#echo about to check out main--hit enter
 #read line
-  git checkout master
-  exit_on_error checking out master branch
+  git checkout main
+  exit_on_error checking out main branch
 
   rpuffer
-  exit_on_error running rpuffer on master branch to update it
+  exit_on_error running rpuffer on main branch to update it
 
-  # merge the master branch with the new release.
+  # merge the main branch with the new release.
 #echo about to merge--hit enter
 #read line
   git merge --no-ff $new_release
-  exit_on_error merging in the new release in master
+  exit_on_error merging in the new release in main
 
   # let the committer see the most recent changes.
   echo
@@ -100,11 +100,11 @@ branch name and release tag name of the new release.
   git tag -a $new_version
   exit_on_error tagging new version as $new_version
 
-  # commit the full set of changes for the master branch now, including the tags.
-#echo about to commit master branch with all those changes--hit enter
+  # commit the full set of changes for the main branch now, including the tags.
+#echo about to commit main branch with all those changes--hit enter
 #read line
   rcheckin .
-  exit_on_error checking in the changes in master branch
+  exit_on_error checking in the changes in main branch
 
   # switch back to the dev branch.
 #echo switching to dev branch--hit enter
@@ -112,7 +112,7 @@ branch name and release tag name of the new release.
   git checkout dev
   exit_on_error checking the dev branch out again
 
-  # merge in the latest changes from master, which should only be the revised version really.
+  # merge in the latest changes from main, which should only be the revised version really.
 #echo merging in from release branch to dev--hit enter
 #read line
   git merge --no-ff $new_release