this post was submitted on 12 Aug 2023
128 points (88.6% liked)

Programming

17326 readers
212 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
128
Google Launches Project IDX, A web-based IDE (idx.dev)
submitted 1 year ago by Spectacle8011@lemmy.comfysnug.space to c/programming@programming.dev
95 comments fedilink hide all child comments
 

What if your dev experience was entirely in the cloud?

These days, launching applications means navigating an endless sea of complexity. We felt this pain at Google, so we started Project IDX, an experimental new initiative aimed at bringing your entire full-stack, multiplatform app development workflow to the cloud.

Project IDX gets you into your dev workflow in no time, backed by the security and scalability of Google Cloud.

Project IDX lets you preview your full-stack, multiplatform apps as your users would see them, with upcoming support for built-in multi-browser web previews, Android emulators, and iOS simulators.

As a Vim fanatic, I can't say I'll ever feel comfortable working in a browser, but some parts of IDX seem interesting. I wonder what the implications are for proprietary code.

I do think it solves an interesting problem where you're working on your desktop and decide to move to your laptop and continue working on the same codebase, but don't want to commit early so you can pull down the changes to your laptop.

It reminds me vaguely of Shells.

you are viewing a single comment's thread
view the rest of the comments
[–] realharo@lemm.ee 23 points 1 year ago (4 children)

I do think it solves an interesting problem where you’re working on your desktop and decide to move to your laptop and continue working on the same codebase, but don’t want to commit early so you can pull down the changes to your laptop.

You can just push the changes to a different branch and then merge it to your normal feature branch later. Takes like 5 seconds.

[–] sirdorius@programming.dev 6 points 1 year ago

Exactly. And if you you're worried about dirtying your commit history with an unfinished commit, just rebase it out later.

[–] knoland@kbin.social 5 points 1 year ago (1 children)

but don’t want to commit early so you can pull down the changes to your laptop.

Someone needs to tell this man about rebasing.

[–] Spectacle8011@lemmy.comfysnug.space 1 points 1 year ago (1 children)

I rebase! I just don't want to push to the main repo, pull it down, rebase and force push to it. Pushing to a disposable branch is an obvious solution I didn't see, haha. I tend to not use branching a lot in my projects...

...I guess I could actually set up my desktop as a remote too, huh.

[–] MantisWaffle@lemmy.world 1 points 1 year ago (1 children)

If only there was some syncing thing that would let you move arbitrary files between devices.

https://github.com/syncthing

[–] Spectacle8011@lemmy.comfysnug.space 1 points 1 year ago (1 children)

Thanks for the suggestion! If you can believe it, I already have Syncthing installed but haven't used it in ages. I didn't even think of using this for keeping git repositories in sync! I did find these forum posts that seem to recommend against using Syncthing for git repositories, though they're 6-7 years old:

Well, conflicting reports really, but it's enough to make me wary. Interestingly, someone recommends the branch solution as an alternative:

One of the objectives of git is to be decentralized. Just make a branch called uncompilable_mess and then clone the repo on your laptop.

Seemed to be working out well for the OP, though.

[–] MantisWaffle@lemmy.world 2 points 1 year ago* (last edited 1 year ago) (1 children)

I've had no problem for years.

Biggest issue I've had was forgetting I committed something on one device before committing on another. Then I had two branches where one had " conflict" in the name. I just deleted all conflict files and everything continued as normal. If your repo is never corrupted before syncing worst case you should be able to find and delete all conflict files.

Syncthing conflicts include the source of the conflict so you could just choose to delete all files whose conflict is from one device and leave everything from the other.

If you're worried you could just ignore your '.git' folder in syncthing since you're purposefully not committing during this. Then sync through git when you finally commit your changes on a device.

[–] Spectacle8011@lemmy.comfysnug.space 2 points 1 year ago

Fair enough, thanks!

[–] Spectacle8011@lemmy.comfysnug.space 2 points 1 year ago

Huh, fair enough. I guess I'm still not using git to its full potential. What I do now is SSH into my desktop from my laptop and work on it there. It's easy because I use Neovim.

[–] MooseBoys@lemmy.world 2 points 1 year ago

Or just use vscode remoting.