跳槽了。而且话说 35 岁，工作 10 年了。。。

我入职快 2 年了都没加，效益不行，几乎所有人都没加。据说 7 月份也许会有次调薪。。。

找到了，项目里新增的 static 目录，竟然会对打包有影响。。。

在哪个文件，哪一行里加（）？报错说了 file“unknow”，未知啊

貌似国外的项目 web 端居多，国内的很多都是移动端

有 2 点疑问。
1.在 linux 宿主机里起 10 个 docker 虚拟机，忽略内存和 cpu 不足，编译时效果是否等同于 10 台物理机？
2.假设宿主机配置很差不是配置是 2 核 4 线程，能够做到并行 4，但 10 个并发也能缩短不少时间吧

因为每次更新，都是因为其中 7,8 个服务的代码有新提交。如果只单独更新这些有变动的服务，那就需要 make server1；make server2；一个个对照变动的服务手动编译。还不如先 make clean 掉所有之前编译的，再 make all 编译所有的服务，来的便捷。
另外就是，其实我就是想知道别的公司，当需要编译部署很大量的服务很耗费时间时，通过这种多容器部署是否能缩短编译时间，以及其它公司是否是通过这样操作的

我认为既然设计的就是要滑动到指定位置才加载出这个元素，那你的脚本就要符合场景，向下滑动啊。向下滑动然后一个显示等待再执行就行了。最好不要去想办法去解决异步加载吧

xpath 相对定位：//*[@id="startDate" and @aria-describedby="DateInput__screen-reader-message-startDate_bookingbar" ]

外包有个最大弊端就是，很多公司不愿意要在外包公司里干过的人，进了外包出来找工作的就像刚出狱的人找工作一样，被用有色眼光对待。在外包呆个半年没事，呆个 2 年以上，以后估计就终身外包了

这是用代码画的吗

上海闵行区貌似也有个龙湖在招聘

大公司不要求会 docker 吗

排除了是否是容器环境引起的？比如进入容器里执行 python -m pytest test.py 运行成功，那么 jenkins 执行后进入容器内查看没生成报告，才可以判断是 jenkins 环境及构建命令的原因

docker run --rm --name pytest_1 -v ${WORKSPACE}:/app -w /app my bin/bash -c ‘python -m pytest test.py’ 这样呢

原因：在 jenkins shell 中执行没有加载/etc/profile .bash_profile 中的环境变量
需要在 shell 命令前面加一条申明：
#!/bin/bash -il

多谢，我找到解决方案了！

source 命令都是 not found
我 exec 进容器内执行都是好的，jenkins 不行。
我已经把/etc/profile 挂载了:

这种场景适合用手工测，没必要所有场景都交给自动化的

2 个解决方案：
1.desired_caps['autoGrantPermissions'] = True 启动时获取 app 所有权限
2.启动后直接定位弹窗的元素，把它点掉，流程就正常了。
你现在操作的，感觉很难去理解

多谢啦，已经实现了

试了下，把那个 waitaction 干掉就好了。

我觉得对我来说，难点是操作文件的方法,之前没怎么用过，递归遍历啥的倒是小问题

设置访问代理啊