This guide explains how to safely transfer repositories to the VaultoAI GitHub organization without breaking Netlify deployments.
The following repositories are currently under charlie-818 and deployed on Netlify:
- vaulto-dev (Vaulto Search)
- Vaulto-Swap (Vaulto Swap) - Live at app.vaulto.ai
- vaulto-holdings (Vaulto Holdings) - Live at vaulto-holdings.netlify.app
- Go to the repository on GitHub (e.g.,
https://github.com/charlie-818/vaulto-dev) - Click Settings → Scroll to Danger Zone
- Click Transfer ownership
- Enter the new owner:
VaultoAI - Type the repository name to confirm
- Click I understand, transfer this repository
Important Notes:
- The repository URL will change from
github.com/charlie-818/repo-nametogithub.com/VaultoAI/repo-name - All existing issues, pull requests, and commits are preserved
- The repository history remains intact
- Netlify deployments will continue working because they use the repository URL, which GitHub redirects automatically
After transferring, update Netlify to use the new repository URL:
- Go to Netlify Dashboard → Select your site
- Go to Site settings → Build & deploy → Continuous Deployment
- Click Link to a different repository
- Search for and select the repository under
VaultoAIorganization - Netlify will automatically update the connection
- Go to Netlify Dashboard → Select your site
- Go to Site settings → Build & deploy → Continuous Deployment
- Click Edit settings
- Update the repository URL to the new organization path:
- Old:
https://github.com/charlie-818/repo-name - New:
https://github.com/VaultoAI/repo-name
- Old:
- Save changes
- Check Build Settings: Ensure build command and publish directory are still correct
- Verify Environment Variables: All environment variables should be preserved
- Test Deployment: Make a small commit to trigger a new build and verify it works
- Check Domain Settings: Verify custom domains (like
app.vaulto.ai) are still connected
After transfer, update any hardcoded repository URLs in:
- README files - Update GitHub links
- Documentation - Update repository references
- Package.json - If repository URLs are specified
- CI/CD workflows - Update any GitHub Actions that reference the old path
✅ Environment Variables - All environment variables remain intact
✅ Build Settings - Build commands and publish directories are preserved
✅ Domain Settings - Custom domains remain connected
✅ Deploy Hooks - Webhooks continue to work
✅ Branch Deploys - Branch deploy settings are maintained
If Netlify can't access the organization repository:
- Go to Netlify Dashboard → User settings → Connected accounts
- Click Update next to GitHub
- Grant access to the
VaultoAIorganization - Re-link the repository in site settings
Transfer repositories one at a time to minimize risk:
- Start with vaulto-holdings (simplest, no database)
- Then Vaulto-Swap (app.vaulto.ai - important production site)
- Finally vaulto-dev (most complex with database)
After each repository transfer:
- Repository successfully transferred to VaultoAI organization
- Netlify site reconnected to new repository location
- Test deployment triggered successfully
- Production site still accessible and working
- Environment variables verified in Netlify
- Custom domains still connected
- README updated with new repository URLs
- Team members have access to new repository location
Solution:
- Disconnect the repository in Netlify
- Reconnect using the new organization path
- Grant Netlify access to the VaultoAI organization
Solution:
- Check build logs in Netlify
- Verify environment variables are still set
- Ensure build commands haven't changed
- Check if any scripts reference the old repository path
Solution:
- Domain settings are independent of repository location
- Check domain DNS settings in Netlify
- Verify domain is still connected in site settings
If you prefer not to transfer (not recommended for production):
- Create new repositories in VaultoAI organization
- Push code to new repositories
- Update Netlify to point to new repositories
- Downside: Lose commit history, issues, and PRs
Transferring repositories is safe for Netlify because:
- GitHub automatically redirects old URLs
- Netlify uses repository URLs that can be updated
- All deployment settings are preserved
- You just need to reconnect Netlify to the new location
The key is to update Netlify's repository connection after the transfer, which takes only a few minutes and doesn't require redeployment.