1. 程式人生 > >記錄版本迭代_20180709

記錄版本迭代_20180709

記錄這個千瘡百孔的專案迭代過程!!!!

樂店雲通用版v1.5

1、店鋪管理文案修改:“店鋪管理/店鋪裝修”文字改為“店鋪管理/微站裝修”;
2、裝修選單層級關係優化:目前的版塊命名和提示,導致層級關係很不清晰。“模板市場”可以改為“建立頁面”,“萬能頁面”可以改為“頁面管理”,“生成模板”隱藏;
3、模板市場頁面增加建立頁面快捷入口及優化整個裝修市場頁面佈局
4、會員列表新增會員刪除功能;
6、修復bug:新建的店鋪底部沒有導航連結的功能;
7、修復bug:頁面裝修-導航欄:任意刪除一個導航選單之後,其他的選單圖示名稱以及連線都會錯亂;
8、修復bug:裝修市場-裝修頁面詳情-元件選擇連結點選後未選擇連結則連結地址不改變保持預設連結地址。
9、修復bug:頁面裝修-圖文-樣式四   切換左圖右文和左文右圖的時候  預覽區域不會做出相對應的變化;
10、修復bug:商品新增圖片顯示不全的問題;
11、修復bug:萬能表單時間顯示的處理;
12、修復bug:店鋪裝修文字元件文字縮排的問題;
13、修復bug:在店鋪裝修商品元件中,修復了手動選擇商品的不能選擇的問題;
14、修復bug:未填寫收貨地址,提交訂單時提示“庫存不足“;
15、修復bug:富文字顯示不全,  有白條;
16、修復bug:四圖元件和其他元件間距太大的問題;
17、修復bug:標題元件,在沒連結名稱的時候顯示null;
18、修復bug:拼團暱稱換行的問題;
19、修復bug:解決商品詳情頁商品價格不能輸入小數的bug;
20、修復bug:營銷中心,萬能表單元件設定,限制標題的字數;
21、修復bug:針對將表單作為第一層頁面的特殊情況,在表單頁面底部增加了導航欄;
22、修復bug:針對表單作為非第一層的情況,在提交成功/次數不足的情況下,自動返回上一層(此時,頁面左上角有微信自帶的返回鍵);
23、修復bug:表單提交後臺在使用者每日提交次數限制地方的bug;
24、修復bug:優化調整了底部選單欄的高度,由原來的50px,調整為105rpx;
25、修復bug:處理小程式裝修頁面底部導航新增選單圖片無法上傳問題;
26、修復bug:處理富文字圖片不能自適應的問題;
27、優化:建立商品圖片比例調整;
28、優化:商品圖片批量上傳
29、優化:效能優化(靜態資源加速、靜態資源地址維護)
30、優化:檔案上傳的限制由1M提升到10M;
31、優化:小程式店鋪電話和客服元件整體左移,避免和其他元件進行重疊;

32、優化:對商品規格功能的優化;

awo專案v1.6版本迭代內容

(部分功能需要小程序升級並稽核)


優化內容:
1、頁面管理樣式優化:
  1)店鋪管理-微站裝修,修改為小程式裝修
  2)頁面管理-溫馨提示文案調整
  3)頁面管理,按照編輯時間進行逆序排序;增加一個搜尋條件-檢視首頁,點選檢視首頁,自動篩選出首頁
2、商家端商品分類頁面優化:二級選單列表處增加新增按鈕
3、小程式訂單列表增加“待發貨”
4、元件庫分組展示效果優化

迭代功能
1、新增小程式跳轉元件(和營銷板塊的小程式設定配合使用)
2、新增icon圖示庫(導航欄、選單欄可以直接使用)
3、導航欄元件化(支援刪除操作)
4、小程式模版預覽(小程式稽核中,通過後會後臺開放)
5、商品支援海報生成和分享功能

修補bug:
1、小程式地圖模組中間增加一個地點標識
2、解決搜尋元件pc端和小程式樣式不匹配問題
3、解決商品詳情頁富文字字型、顏色顯示不了的問題


開發:吳立勃、湯磊、楊超、張東航

如有問題請及時反饋,本小組會在第一時間處理!

樂店雲通用版1.7版本


研發:湯磊、張東航、吳立勃、楊超
測試:常曉偉
設計:黃娟
產品:李美洲


本次V1.7版本上線內容如下:
1、使用者收貨地址優化,新使用者在新增第一個地址的時候,常用地址開關預設為開啟狀態;
2、大轉盤獎品物件設定不限;即不限制領獎人群;
3、裝修元件樣式保持和小程式端樣式一致;以小程式端樣式為準;裝修介面手機模板樣式優化;
4、萬能表單樣式優化,操作更明確;
5、會員管理增加條件篩選,資訊搜尋;
6、商家使用者增加搜尋;
7、幻燈片元件優化:
- pc端、小程式端統一採用白色點點代表當前展示圖,灰色代表非當前展示圖片;
- 樣式優化;
8、商品元件升級優化
- 增加樣式六;三個商品一排元件;
- 增加樣式七,商品大圖展示元件;
- 給樣式1、2、5、7元件上增加一個購物車圖示;
9、標題欄元件升級優化
- 樣式優化
新增功能:
- 可設定該元件的背景色、文字顏色;
- 字號大小可設定;
10、文字元件升級
- 樣式優化;
新增功能(簡單實用):
- 可設定文字顏色;
- 可設定字號;
- 可設定字型樣式;
11、分隔符元件升級
- 樣式優化;
新增功能
- 新增樣式四;
- 背景色可自由設定;
12、圖文元件升級優化
- 修復樣式四展示問題;
新增功能
- 文字顏色及文字背景色可自由設定;
13、單圖元件樣式優化;
14、雙圖元件樣式優化;
15、三圖元件樣式優化;
16、四圖元件樣式優化;
17、三方圖元件樣式優化;
18、四方圖元件樣式優化;
19、富文字元件樣式優化;
20、搜尋元件bug修復以及樣式優化;
21、門店元件升級優化;
- 優化樣式一,可展示商家門店logo;
- 新增樣式二;
22、拼團優化,裝修介面樣式優化,小程式端點選事件優化;
23、砍價優化升級;
- 砍價邏輯優化,商家無需設定砍價區間,邏輯修改為底價設定;
- 樣式優化,點選事件優化;
- 小程式端砍價樣式整體升級,增加商品詳情;
24、客服元件優化,預設圖更好看,可在圖示庫自由選擇;
25、電話元件優化,預設圖更好看,可在圖示庫自由選擇;
26、已結束優惠券可刪除;
27、商品市場價可不設定,小程式端則不顯示;
28、後臺商品詳情圖片上傳按鈕突出,更方便;
29、正品保障、極速發貨、7天退換貨商家可自由設定;
30、商家助手小程式新增待發貨訂單數量小紅點提示;商家助手小程式首頁下拉重新整理;
31、已關閉訂單可刪除;
32、會員刪除邏輯優化,會員餘額不為0的情況下不允許刪除;
33、商品新增規格操作按鈕樣式優化,更明顯,易於操作;
34、新增公告元件;

相關推薦

記錄版本_20180709

記錄這個千瘡百孔的專案迭代過程!!!! 樂店雲通用版v1.5 1、店鋪管理文案修改:“店鋪管理/店鋪裝修”文字改為“店鋪管理/微站裝修”; 2、裝修選單層級關係優化:目前的版塊命名和提示,導致層級關係很不清晰。“模板市場”可以改為“建立頁面”,“萬能頁面”可以改為

Android app版本升級

在我們進行App開發的時候,免不了進行進行版本迭代,所以就將自己的版本迭代進行整理,以便大家使用,也對自己以後的開發更方便 首先是請求後臺資料,獲取當前後臺版本號,然後和自己客戶端的版本號進行比對,如果高於當前版本,就進行升級   //versionCode 是當前App的版本號

官網TensorFlow 版本展示

網址https://pypi.org/project/tensorflow/1.12.0/#history 列出TensorFlow版本名稱,釋出時間等 還可以根據電腦環境,下載對應版本   GitHub中對版本迭代,API更新,修改,變化的記錄https://gith

Alpha版本

前言 小組名:沒有bug! 專案:短視訊APP 思考總結 設想與目標  我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述? 我們軟體主要是實現一個創新型的短視訊APP,在以往的短視訊APP的基礎上增加了一些新

時間序列預測系統α版本總結

第一次迭代已經結束,總的來說收穫很大。a版本主要進行了網站的開發,從最開始的第一個頁面到最後一個頁面,開發速度越來越快,效率越來越高,html、css、js也運用的越來越熟練,但還是需要更加深入的學習。 設想與目標 我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?

Android SDK 代理更新版本

啟動 Android SDK Manager ,開啟主介面,依次選擇「Tools」、「Options...」,彈出『Android SDK Manager - Settings』視窗; 在『Android SDK Manager - Settings』視窗中,在

如何制定版本的需求清單?

 需求要從哪裡來 從使用者來 C端來說使用者畫像是個好東西,你能清楚的知道你的使用者定位,心理,偏好,基於資料可以分析出下一步的需求;B端來說使用者池是個好東西,需求反饋和客戶拜訪帶來的需求往往的是需要探尋背後業務深度的;需求從使用者來是需求構成的一部分。 從競品來 別

產品的版本機制是這樣的

一款網際網路產品的版本迭代不是在最開始就規劃好的,也不應該規劃好,甚至不用做很長遠的規劃,因為你的長遠規劃真的只是停留在規劃。 一款新產品推出市場,死了或者火了的處理方法比較簡單,可如果是不慍不火呢?迭代,該怎麼讓產品火起來? 一、產品的迭代的唯一依據————目標使用者

移動App雙週版本實戰

        對於移動網際網路產品來說,迭代的速度就是生命。我創業時做移動App時是一週一版,而現在是2周1版。相比起小公司,大公司迭代時間雖長,卻更為不易,因為大公司流程更多,參與人數更多,需求更多,實現這樣的快速迭代存在許多挑戰,也有一定風險,管理者控制起來更困難。 

Unity3D版本

版本與版本之間有差異,其中資源的更新是AssetBundle(Zip),程式碼的更新是Lua Zip01 Zip02 Zip03  本地版本 1.0.1 伺服器版本 1.0.2 因此需要在本地上去載入伺服器的Zip01包 如果伺服器現在是 1.04 則需要載入&

版本控制(Not Git/svn)

說到版本控制,大多數人的大腦中都一定會立刻想到 git 和 svn 吧,只可惜,這次的主角可不是他們 雖說 git 和 svn 雖好,對於一些專案也能夠進行很好的開發,但是呢,對於某些場景,還是有些 hold 不住的 比如,我們來舉一個場景: 現在我

敏捷開發一千零一問系列之三十六:如何做小版本的程式碼管理

本文是敏捷開發一千零一問的第三十五篇。(欄目總目錄)問題若要實現敏捷式的開發,對產品進行迭代式的小版本的釋出,在程式碼管理方面應該怎麼樣管理呢?我們目前的管理是在一個大的版本上不斷的遞增新的需求……但是要是有個需求做到一半,領導又要求做更重要的需求的情況,就很難將開發一半的程

PHP各版本

php5.3 改動: 1、realpath() 現在是完全與平臺無關的. 結果是非法的相對路徑比如FILE. "/../x" 將不會工作. 2、call_user_func() 系列函式即使被呼叫者是一個父類也使用 $this. 3、陣列函式 natsort(), natcasesort(), usor

版本更新—增量更新你的應用

App的時候升級提醒有兩種方式獲得: 一種是通過App Store獲取 另一種是開啟應用之後提醒使用者更新升級 而更新操作一般是在使用者點選了更新按鈕之後開始執行的,這裡的升級操作也分為兩種形式:(一般升級,強制升級) 1.App Store升級

iOS版本

當前執行版本資訊可以通過info.plist檔案中的bundle version中獲取: [cpp] view plaincopy NSDictionary *infoDic = [[NSBundle mainBundle] infoDictionary];

前端採用SeaJs模組化程式設計,處理web專案版本每次都清空瀏覽器快取問題

1.首先定製規則,業務程式碼開發的js我的在app0資料夾下,第三方的js在common資料夾下  2.引入seaJs相關的js檔案,實現模組化程式設計 <script language="ja

提交APPStore版本

在開發過程中,版本的迭代更新是必須要熟練的,下面就帶大家來熟悉熟悉。 第一步 現在iTunes Connect中建立版本 第二步 修改專案中的info (其他的info.plist也要注意修改) 第三步 配置好證書和描述檔案之後就可以打包了

Lucene的版本

Lucene已經發展到Lucene 7了,不過,Lucene 7是一個前瞻性的版本,其實,Lucene還在同時升級Lucene5 和Lucene6. Lucene在之前的版本迭代中,不斷嘗試新的設計思想,不斷引入新的與時俱進的功能。這也導致Lucene的大版本

android如何進行版本及程式碼稽核

   android專案有很多小團隊,基於省事,在版本控制上很多都是簡單粗暴,常常就是一個開發團隊只有一個主幹分支在同時進行開發、發版、修改bug工作,省事是省事,卻也埋下一些隱患,假如線上版本出了一個緊急bug,而你正在進行新功能開發,怎麼辦? 把程式碼備份回退先修改b

iOS開發技巧--iOS app 上架(2016年10月底)以及版本上架

寫一下app store的上架流程。主要分6大部分:1建立證書的請求檔案2 建立證書3 建立app id 4 建立app 配置檔案5 填寫app相關資訊6 xcode打包上傳1建立證書的請求檔案常用名稱可以隨便寫,不過儘量寫的有含義寫,方便以後辨認。2 建立證書下載之後記得雙