Code Monkey home page Code Monkey logo

Comments (12)

dlech avatar dlech commented on July 30, 2024

Well, git subtree didn't do what I wanted. It still cloned the entire ev3dev-lang repo and I was not able to just get the subdirectory that I wanted.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

@dlech I don't see anything wrong with that (and it would make for easier separation, like you mentioned). Are you proposing that we create individual repos within the ev3dev org?

I'd welcome your input on the vala binding; you know much more about vala than I do, so having another set of eyes on it would be great.

P.S. I pushed a commit only a few minutes before you posted this that should bring the vala binding up to the most recent kernel.

from ev3dev-lang.

dlech avatar dlech commented on July 30, 2024

Are you proposing that we create individual repos within the ev3dev org?

Technically speaking, the could be hosted anywhere. It might actually make more sense for the "owner" of each language to host it themselves, then they could manage their submodule(s) as they like and there would be less administrative work in the ev3dev org.

(and yes, saw the commit. 👍)

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

OK, that makes sense (tell me if I am misunderstanding). We separate the individual languages in to their own repos (under each user individually) and then bring them back in to the main repo with submodules. Then we can have issues and the core spec in this repo, and everything else owned by the maintainer. I like that system; that also means that everyone has full control over their sections, but not over everything.

As I understand it, that is what subtree is made to do, so it shouldn't be too difficult (even for me! 😉 ).

Do you think that the auto-generation scripts should live in the main repo? I'd say 'yes' because it really isn't useful for anything else.

from ev3dev-lang.

dlech avatar dlech commented on July 30, 2024

You got it. For example, I have already split out the vala subdirectory here and added it as a subdirectory here.

It was as easy as...

git subtree split --prefix vala -b vala
git remote add dlech [email protected]:dlech/ev3dev-lang-vala
git push dlech vala:master
rm -rf vala/
git add . -A
git submodule add git://github.com/dlech/ev3dev-lang-vala vala
git commit

And yes, it makes sense for the auto-generation scripts to live in the main ev3dev-lang repo. Maintainers would clone the whole ev3dev-lang repo so that they could use the autogen script, but regular users would just clone a submodule so that they could use the library for the language that they want.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

Did you want to use the repo that you created as "the repo", or should I create my own?

from ev3dev-lang.

dlech avatar dlech commented on July 30, 2024

If you want me to take ownership of it, sure. I imagine I will be the primary consumer if I use it in brickman.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

I think vala is a great language; I find it sad how little support there is for it. Anyway, I merged the vala submodule from your PR and will submodule-ify my JavaScript folder as well.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

@dlech Should we disable issues on the individual repos to maintain all issues in one place, or keep instance-specific issues separate in their own repos?

from ev3dev-lang.

dlech avatar dlech commented on July 30, 2024

I suppose it would be up to the maintainer of the submodule, but I think it makes sense to have issues enabled for each submodule so that the maintainer has full control over them.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

@bmegli I recommend that you submodule-ify your R binding as well. If you separate yours like @dlech and I did, you will have full control over your code and won't have to operate through pull requests.

from ev3dev-lang.

WasabiFan avatar WasabiFan commented on July 30, 2024

I think we can close this now -- we have transitioned a few of the libraries into submodules and they are serving their purpose well.

from ev3dev-lang.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.