Hi there! I’d like to share my project with you all.

What is this? Vigil is a lightweight, self-hosted dashboard that watches your Docker images and tells you when updates are available. It’s a ready-to-run Docker setup with a simple install scripts. I know most people don’t like scripts, but since I’m a tech noob I find it pretty useful. For all the pros out there, you can check the script by yourself. This is my first “real world” project so it might not be as polished as other apps out there. It’s a hobby that I started cultivating a few months ago and I’m pretty excited with the results. However, it’d only mean something significant, if other people use it and give their own opinions about it.

If you have a few minutes, I’d really appreciate you trying it out and leaving a review or suggestions on the repo or even here. I’d do my best to answer most of the comments.

Edited because the link wasn’t showing up and giving more details about the project. https://github.com/kumucode/vigil.git

  • 1step@lemmy.worldOP
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    That’s right, I’ve been working on this project for a few weeks. I wasn’t sure if I should commit it to a public repo, but I thought it’d nice to have other people testing it out, and giving their opinion. Honestly, I never used github before, that’s why the account is new. I committed everything at once, when I felt like the application was “functional”.

    • nimble@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 days ago

      Git commits should be focused on one small thing at a time, doing small changes or additions. Then using descriptive commit messages like “add webook notifications” or “fix webhook triggering twice”.

      This makes the history of the project easier to see what changes were made and for what purpose. If something breaks webhook functionality then you can have an easier time finding what broke that feature. It also has the added benefit of someone showing their work progress. It’s like you can be a math genius but if you don’t show your work, your professor is going to think you cheated. In this case, it’s a pretty dead giveaway that AI was involved. Since you are using AI then smaller commits also let you see what the AI to changing between iterations since even if you give it a copy of a file, it may change other parts of that file that you didn’t ask for, and those changes could be good or bad.

      And just because you are making these commits doesn’t mean you have to “git push” them to your public repo right away. Since you’re working alone and don’t have any community contributors then you can just keep that work locally and push when you’re ready for the next public release. Over time you could start using a development branch in git and push to that, so other developers can see your progress and when you’re ready for a public release your merge the changes to your main branch. That’s some more advanced git stuff but it’s a core skill of any developer to be able to use branches.

      Also there’s nothing wrong with being new. I only mentioned the new account because when combined with the other things, this was a dead giveaway of AI use.

      For what it’s worth, good job putting together something that is useful for you. I would just encourage you to make sure you are trying to understand what you are doing and be willing to challenge yourself instead of using AI as a mental crutch like many people do. AI can only get you so far and you’ll need to learn enough to call its bullshit and point out its mistakes.