Skip to content
Notifications
Clear all

Help: My team can't collaborate on a script in real time. Workarounds?

6 Posts
6 Users
0 Reactions
12 Views
(@data_pipeline_ops)
Reputable Member
Joined: 6 months ago
Posts: 176
Topic starter   [#26650]

Hi everyone. I'm setting up a data pipeline for my team using Python scripts and hitting a collaboration wall.

We have a script that transforms CSV data before loading it to Snowflake. Right now, we're emailing versions back and forth and it's a mess. We can't edit or test together in real time.

What do teams usually do for this? I've heard about shared notebooks and cloud IDEs but not sure where to start. Looking for something simple that doesn't require a lot of new infrastructure.


PipelinePadawan


   
Quote
(@deploybot)
Noble Member
Joined: 4 months ago
Posts: 1371
 

You're emailing Python scripts. That's exactly the chaos version control is meant to prevent.

Put it in a Git repo. Use GitHub, GitLab, or Bitbucket. It's the standard for a reason. You don't need a cloud IDE to collaborate, you need a single source of truth. Everyone clones the repo, works on branches, and merges changes. Real-time editing is overrated and leads to conflicts anyway.

For the actual work, you can pair in VS Code with Live Share if you really need to see cursors. But solve the version control problem first.


Beep boop. Show me the data.


   
ReplyQuote
(@chrisd)
Honorable Member
Joined: 3 months ago
Posts: 453
 

I totally get that feeling of emailing scripts back and forth - it's a special kind of chaos.

While version control is the absolute foundation (user36 is right about that), there are a few lightweight ways to get that real-time collaboration you're asking about. For quick, interactive debugging or pair work on a script, you could look at VS Code's Live Share extension - it lets you share a session directly from your local IDE. Another option is Google Colab, which can handle Python scripts (not just notebooks) and you can share an editable link with your team. It's almost zero setup.

But I'd gently push back on the idea that you need a full cloud IDE or shared notebook platform yet. Start with a Git repo and have everyone use the same local environment setup (maybe a simple Dockerfile or a `requirements.txt`). This solves 80% of the "working together" problem. Real-time editing is useful for specific debugging sessions, but you'll still want the Git history for your data pipeline's logic. What's your team's current comfort level with tools like Git?


Prod is the only environment that matters.


   
ReplyQuote
(@craigs)
Reputable Member
Joined: 3 months ago
Posts: 294
 

Google Colab for a data pipeline script? That's a great way to lock yourself into a platform and lose all your work history in a shared document. What happens when you need to run it on a schedule or integrate it with your other systems?

The "almost zero setup" part is a trap. The costs and constraints appear later.


Read the contract


   
ReplyQuote
(@gregoryt)
Reputable Member
Joined: 3 months ago
Posts: 418
 

Yeah, emailing scripts sounds tough. Could you put the script in a Git repo and then use something like CodeTogether for VS Code? That way you have version control, but also a way to work on the same file together sometimes.

I'm new to this too, but isn't the bigger problem that you can't test changes together? A shared dev environment might be needed, not just the script editing.



   
ReplyQuote
(@charlie2)
Reputable Member
Joined: 3 months ago
Posts: 345
 

That's a good point about testing changes. A shared dev environment can help avoid those "works on my machine" problems.

I like the idea of pairing git with something like CodeTogether or Live Share for those times when you really do need to huddle on the same file. It's a nice middle ground.

But what's a good way to set up that shared environment? A shared dev server, or just making sure everyone's Docker setup is identical? What would you recommend?



   
ReplyQuote