[–] [S] 1 point 9 months ago

Thanks for your reply. I've started using tailscale so I think that could help re: remote access. An interesting thought about a shared network drive though.. I'm not yet at a point where I've got a server running 24/7 but I will be at some point (when RAM and storage stop killing me), which I think could be a good option outside of git

  • source
  • parent
  • context
  • [–] 2 points 9 months ago (1 child)

    I use Mega(sync) to keep my various PCs in sync. Before that I used SpiderOak for a number of years, but the service started degrading at some point, which forced me to switch.

    While committing to a git host is not a bad idea, it doesn’t cover all the stuff you might want to sync in my experience

  • source
  • [–] 6 points 9 months ago (1 child)

    Git. Git git git.
    If it is text and can be modified from multiple places, should have a single "main" branch and feature work done independently on separate "branches". Or even just a "back this up".
    Git.

    Git is text based version control (tho it will do binary file, just not elegantly).

    So yeh, git.
    GitHub is easy to host on, but owned by Microsoft and is somewhat proprietary (by the time issues and other enhancements GitHub provides), but at the end of the day it is git with authentication and is on the ol "cloud".
    Plenty of ways to replicate this if it's just for you

  • source
  • [–] 1 point 9 months ago

    I used to use Dropbox for this, and it works, it's automatic, so you'll have the latest copy without manually pulling changes.

    However, for any non-throwaway code i use git now. It gives me granular edit history via commits, branches for experimental changes, and i can push it to github where i can run tests and deployments for free. However if you're using git, you still need to run commit, push, pull commands but if you use an IDE or even a modern editor, it'll have hot keys for it already.

    Also there are files you're not supposed to commit, like binaries and 3rd party dependencies so you may need to setup a virtualenv and run pip install on each machine independently.

  • source
  • [–] 2 points 9 months ago* (1 child)

    You can have a couple of private repos on codeberg no problem, it's just that if you start using a lot of HDD space for them without also contributing stuff that they don't like it

    So it's technically true that if you never contribute to any projects they don't love private repo-only accounts, but it's a pretty relaxed rule.

    Nevertheless a good list of other forgejo instances is e.g. here.

  • source
  • parent
  • context
  • [–] 3 points 9 months ago (1 child)

    I don't think this has been mentioned, but it kind of depends on where your multiple laptops / desktops are. Is this always on your own home network? Because in that case you don't even need a remote service like Github

    If so, you can create a network drive on any of the devices - mount the network device on your other devices, and then create a local git repo there. Just remember that using an external git service is also a backup. So if you do everything locally, make sure to have your own backups in place

    A much, much worse but also possible solution is to just put your projects into onedrive/dropbox/gdrive and sync it everywhere. It works for syncing, since you're saying that's the main objective - but you lose out on version control

  • source
  • [–] 3 points 9 months ago (2 children)

    I'll add one more perspective: git is the "right" way to do it, but I'm a lazy forgetful person who wants to work on the laptop but the changes on the desktop aren't committed or pushed remote. What I often do is to use VScode's remote development tools to open a remote connection the last computer with uncommitted changes, and work like that. If I'm headed out, I'll use the remote connection to commit the code so I can access it off my home network via codeberg.org.

    Occasionally if I'm already out, I've even used "raspberry pi connect" to remote onto my network, then ssh over to my desktop, then commit and push. Don't do that though. That'd be irresponsible.

  • source
  • [–] 19 points 9 months ago (1 child)

    Yes, using a remote code repository (i.e. git) - plenty of options aside from github.

    Merely git pull the repository to whatever machine you want to work on and commit the changes back (rinse, repeat)

  • source
  • [–] 4 points 9 months ago (1 child)

    It's funny, an announcement like this used to excite and terrify me in roughly equal amounts.

    But now that I'm much more reliant on the polars universe instead, and looking closer at the blog post -- it kinda seems like they are moving closer to some of the polars idioms anyway, with plpd.col() and string datatypes.

  • source
  • view more: β€Ή prev next β€Ί