7 ms·
JS-Git
- deleted 13y ago[deleted]
- nine_k 13y agoThe inexorable march of Atwood Law.
- lbarrow 13y agoI can't wait to see the Javascript implementation of Linux.
- ryanackley 13y agosee http://bellard.org/jslinux http://bellard.org/jslinux. He implemented a PC emulator in javascript and then just compiled a version of Linux to run on the emulator.
- nissimk 13y agohttp://bellard.org/jslinux/ http://bellard.org/jslinux/
- deleted 13y ago[deleted]
- jared314 13y agoPrevious discussion (2011): https://news.ycombinator.com/item?id=2555349 https://news.ycombinator.com/item?id=2555349
- lechevalierd3on 13y agoMozilla seems to really want this.
- goldfeld 13y agoI can completely see why Adobe (Edge Code/Brackets) and Mozilla want this. It's a missing piece for coding completely in the browser. But I think it goes way beyond this, and once people start playing around with having git sandboxed inside the browser we're gonna see some really, really interesting ideas come out of it. I was sad that his second funding wasn't seemingly headed for success, and it's pretty awesome Mozilla laid down $25k to revert that.
- Jonovono 13y agoWhat are some interesting ideas you can think of that could come out of this?
- shawndumas 13y agofrom the site: ChromeOS IDE for developing on Chromebooks. Node.JS blog engine with git as the database. Custom Git hosting using custom storage back-ends. GIT CLI for restricted environments. Standalone GIT GUI desktop app. Git based deployment tools. JavaScript package management for server and client. Whatever else you come up with.
- reflectiv 13y agoAs a guy that works for one of the major banks in the US as a developer...the restrictions placed on even our development boxes is rediculous...HOWEVER they don't seem to give two craps about javascript...so this would be a GREAT capability for me to have and extend my workstations capabilities in a myriad of ways... I can't wait for this! I might have to try and contribute if I can actually...
- bergie 13y agoWe're also very interested in having this for http://noflojs.org/ http://noflojs.org/. Our current git components just run the CLI version, but obviously pure JS library would give us more control.
- andrewguenther 13y ago"JavaScript has farther reach than any other programming language out there." The ghost of Dennis Ritchie would like to have a word with you...
- jackmaney 13y ago#include "necromancy.h"
- thepicard 13y ago#include <Python.h> int main() { Py_Initialize(); PyImport_ImportModule("necromancy");
- angersock 13y agorequire 'necromancy' fixed it for you
- nspragmatic 13y agoreturn 0; // <stdlib.h> not #imported }
- ryanackley 13y agoCheck out my pure javascript git implementation. https://github.com/ryanackley/git-html5.js https://github.com/ryanackley/git-html5.js It has a complete workflow at the moment. You can see it in action here: http://tin.cr/tailor.html http://tin.cr/tailor.html.
- Flenser 13y agoIt looks like you're both using the MIT licence (although your LICENSE.md file doesn't explicity state it), so it should be possible to reuse code between the projects. Although whether the architectures you have chosen are amenable to that might make it difficult.
- tracker1 13y agoSeeing as the js-git project is maturing quickly, I was thinking it might be time to integrate into npm. https://github.com/isaacs/npm/issues/3765 https://github.com/isaacs/npm/issues/3765
- hamburglar 13y agoI can't wait to hear Linus' reaction. He about blew a gasket when someone wanted to use C++ in the main git project. Then again, this is a wholly separate project so he might just shrug and move on, but I still think he might have some colorful comments. I don't personally buy his claims that performance is so critical it needs to be written in C. I'd be interested in any speed comparisons the js-git authors might have made. It would surprise me if js-git was anywhere near as fast, but I can't imagine it's impossible to make it at least usable.
- sam152 13y agoSpeed is definitely a huge benefit of git. When you use it heavily every day, you become thankful that cloning, merging, branching etc is very fast. If it were a couple of seconds slower for each of these tasks, I think it would make a big difference.
- hamburglar 13y agoOf course, but whether a JS implementation is necessarily a couple seconds slower for typical (or even extreme) scenarios remains to be seen.