public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: aderumier@odiso.com
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] PVE development environment
Date: Mon, 11 Jan 2021 08:52:57 +0100	[thread overview]
Message-ID: <67545ec92401aa20f7842bbdfaefa80513b97b46.camel@odiso.com> (raw)
In-Reply-To: <1ceff1ea-4a30-1412-695f-0ae908908aa0@gilouweb.com>

Hi! (Great to see a new French contributor ^_^ )

Personnaly,

I'm coding directly on a remote proxmox dev server with vim through ssh

I'm pulling packages from pvetest repository to try to get the almost
last version without need to build them.

I'm pulling the master branch of the package I want to edit,

make the deb

and if some dependencies need to be updated (because they are too old
in pvetest), I'm rebuilding them. 

I just need time to time rebuild the depend or update them through
pvetest repo, but not so much.


Alexandre


Le jeudi 07 janvier 2021 à 16:17 +0100, Gilles Pietri a écrit :
> Hi,
> 
> Sorry if this doesn't belong here, point me in the right direction if
> there is one ;)
> 
> I read extensively what's there, and that is very helpful:
> https://pve.proxmox.com/wiki/Developer_Documentation
> I also read the thread here: I read also
> https://lists.proxmox.com/pipermail/pve-devel/2018-August/033448.html
> but that deals more with the repos than the actual dev env.
> 
> Now I wonder, this all assumes you work directly on the test setup,
> patch and code from there, and I'm not a big fan of this, for many
> reasons…
> 
> I usually do write code on my own station, that can access various
> test
> setups that I can spawn, be it in virtualbox, test installs of
> proxmox
> or nested ones for actual qemu tests. My question is, how do you guys
> do
> it, if there are any consensual setups?
> 
> I wondered about different possibilities, tested some:
> - coding, versionning on a test environment: I don't like that: I
> need
> to maintain a test environment that includes the coding tools, and it
> will break, again and again, and not be in a reliable state, should I
> need to debug something.
> - compiling locally, having the debian and proxmox tooling, but that
> is
> not a happy solution, as I don't run Debian 10 or proxmox on my
> machine
> - using a set of hooks in git, mirroring stuff to a test instance,
> and
> compiling the packages there, rebooting as needed, that is easy
> enough,
> but I need to factor the dev environment
> - using a CI system to handle that on my branches/remotes, namely
> gitlab-ci with a runner on a pvetest instance, assetting the .debs,
> deploying them… that feels a bit overkill, but… well, I might like
> that
> more, but maybe we could have a lighter way there.
> 
> So, if I'm dumb and there's an obvious choice, just tell me ;)
> If not, I'd love to hear about how you guys do it, and if we could
> make
> suggestions for that!
> 
> Cheers,
> 
> Gilou
> 
> 
> _______________________________________________
> pve-devel mailing list
> pve-devel@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel





      parent reply	other threads:[~2021-01-11  7:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-07 15:17 Gilles Pietri
2021-01-07 16:01 ` Stefan Reiter
2021-01-11  7:52 ` aderumier [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=67545ec92401aa20f7842bbdfaefa80513b97b46.camel@odiso.com \
    --to=aderumier@odiso.com \
    --cc=pve-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal