Workflow for multiple devs working in one project
See original GitHub issueThe scenario is that in my team, we want to have a good developer workflow for Apps scripts project. Then we decided to use clasp with Typescript on it.
When we run clasp push
, the .ts
files get transformed in .gs
files in scripts.google.com.
If there are multiple devs working on one project and do push simultaneously, I’m pretty sure the first push will be overwritten by the second push and we will lose the progress.
Can you recommend a good developer workflow in this type of scenario?
Issue Analytics
- State:
- Created a year ago
- Reactions:2
- Comments:7
Top Results From Across the Web
Proper git workflow scheme with multiple developers working ...
We have a repository in a Bitbucket. Master branch is considered to contain stable code only. Every dev must create his own branch...
Read more >What is the proper Git workflow for multiple developers to work ...
A popular and effective Git process is called GitFlow . It seems designed for large projects with lots of concurrent development and a...
Read more >Git workflow strategies for multiple teams - LogRocket Blog
Get practical Git workflow strategies designed to enable multiple teams to successfully work in a single repository.
Read more >GitHub | Working with multiple developers on same project
This video will help you understand how to work with multiple developers on a single code base. In this video, you will completely...
Read more >Managing multiple people working on a project with GIT
No, use branches for features, fixes etc that will take more than one commit. More than one developer can be working on the...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
GAS should be treated only as a deployment target.
If individual developers need to test code they can configure their own GAS project file and push to that. If the GAS project is linked to a GCP project, all “copies” can be linked to the same GCP project if needed.
We have a multi-developer application and here’s how we handle this.